Wikipédia:Le Bistro/26 septembre 2023

Une page de Wikipédia, l'encyclopédie libre.
Sous-pages
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30
septembre / octobre
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15

Et maintenant, Mozzarella !
...Euh, non... MOZART EST LÀ ! .

Aujourd'hui, dans Wikipédia[modifier le code]

Le 26 septembre 2023 à 23:55 (CEST), Wikipédia comptait 2 555 925 entrées encyclopédiques, dont 2 104 articles ayant obtenu le label « Article de qualité » et 3 914 articles ayant obtenu celui de « Bon article ». Pour améliorer le contenu de Wikipédia, nous vous proposons de travailler les articles ci-dessous. N'hésitez pas à ajouter des liens internes, des images, des notions encyclopédiques ou simplement corriger les fautes d'orthographe. Demandez de l'aide en cas de doute ou visitez la page des premiers pas des contributeurs.

Articles remarquables et labels[modifier le code]

Contrôlez, relisez, améliorez et actualisez si besoin ces pages labellisées un 26 septembre :

Pommes à croquer[modifier le code]

Articles à améliorer[modifier le code]

Articles à créer[modifier le code]

Suivi des débats d'admissibilité[modifier le code]

Anniversaires[modifier le code]

(Pour que l'on n'oublie pas le vôtre…)

PetScan ne répond plus !?[modifier le code]

Bonjour. Depuis que l'on me l'a indiqué, j'utilisais PetScan pour effectuer des recherches sur plusieurs critères. Depuis hier, ce lien ne fonctionne plus https://petscan.wmflabs.org/?psid=25147668. Pouvez-vous m'aider à y accéder de nouveau ? Merci par avance. - Cordialement. - p-2023-09-s - обговорюва 26 septembre 2023 à 07:09 (CEST)[répondre]

Bonjour, ça a également été signalé sur discord. Comme il y a également eu des lenteurs sur Wikipédia hier, nous supposons qu'il faut simplement attendre que ça refonctionne. Wikipédiennement. Slzbg (discuter) 26 septembre 2023 à 10:31 (CEST)[répondre]
Merci Slzbg . Amicalement. - p-2023-09-s - обговорюва 26 septembre 2023 à 11:04 (CEST)[répondre]
je l'ai signalé à Magnus. Si c'est en son pouvoir, ça devrait redémarrer vite... mais visiblement, les tools ont eu des problèmes aujourd'hui. Hélène (discuter) 26 septembre 2023 à 23:16 (CEST)[répondre]

Accès à un article de Libération[modifier le code]

Bonjour, quelqu'un a-t-il accès aux articles payants de Libé ? Je voudrais avoir accès au contenu de celui-ci. Merci d'avance à celle ou celui pouvant m'aider. Desman31 (discuter) 26 septembre 2023 à 08:22 (CEST)[répondre]

Bonjour Desman31 Émoticône. Allez sur Wp:ASPP, plusieurs utilisateurs sont abonnés à Libé. Cordialement. Uchroniste 40 26 septembre 2023 à 09:03 (CEST)[répondre]
✔️ par europresse. Contre paiement en croquettes pour chat saveur saumon. — Bédévore [plaît-il?] 26 septembre 2023 à 09:44 (CEST)[répondre]
Merci à tous et notamment @Chaton masqué ! Desman31 (discuter) 26 septembre 2023 à 10:54 (CEST)[répondre]

Wikirencontre à Lille ce dimanche[modifier le code]

Bonjour à toutes et à tous, le groupe local de Lille organise une wikirencontre ce dimanche 1er octobre à Lille pour un déjeuner qui débutera à 12h30 à la Taverne flamande. Si vous habitez dans le coin ou si vous êtes simplement de passage, laissez un message ici ou contactez-moi rapidement afin que je procède à la réservation du restaurant.

Au plaisir de vous rencontrer ce dimanche. Pamputt 26 septembre 2023 à 08:59 (CEST)[répondre]

Formation en ligne Wikidata[modifier le code]

A priori, rien à voir avec Wikipédia (quoique :-) mais je me suis inscrite un peu par hasard - parce que j'ai vu passer le lien - à cette formation Wikidata en mode Mooc (tiens je m'aperçois en passant que cette page Wikipédia sur Mooc est en mauvais état depuis quelques années d'ailleurs).

Bonne surprise : ce cours en ligne que je pensais austère et un peu difficile d'accès est en fait très agréable, bien présenté et permet vraiment d'assimiler des concepts un peu compliqués. Je sais que onques, l'entrée de données Wikidata dans Wikipédia a été un épisode traumatisant et conflictuel. Une bonne occasion de se réconcilier avec un système qui fait passer les valeurs à l'état de données, et plus si affinités. Waltercolor (discuter) 26 septembre 2023 à 12:51 (CEST)[répondre]

Journée européenne des langues[modifier le code]

Bonjour, pour ceux qui s'intéressent aux langues, aujourd'hui c'est la Journée européenne des langues. Cordialement,

CROSS-CULTURAL LANGUAGE

Lekselle (discuter) 26 septembre 2023 à 14:00 (CEST)[répondre]

1931 ou 1932 ?[modifier le code]

Bonjour à tous, notre article sur King Hu dit qu'il est né le 29 avril 1931, tandis que l'article de WP:en dit qu'il est né le 29 avirl 1932. Les sources semblent se contredire (on a par exemple 1932 pour le Festival de Cannes et imdb, mais 1931 pour hkmdb ou lovehkfilm). Quelqu'un en saurait-il plus ? Merci d'avance. SenseiAC (discuter) 26 septembre 2023 à 14:04 (CEST)[répondre]

Pourquoi ne pas mentionner les deux si elles sont sourcées ? Uchroniste 40 26 septembre 2023 à 14:30 (CEST)[répondre]
Je pense en effet qu'il faudrait mentionner les deux possibilités, sachant qu'il existe de nombreux articles pour chacune des options. Ydecreux (discuter) 26 septembre 2023 à 14:34 (CEST)[répondre]
Mentionner les deux comme le ferait une infobox utilisant les données de Wikidata. — Pharma 💬 26 septembre 2023 à 16:33 (CEST)[répondre]
Je dirais aussi qu'il faut indiquer les deux dates, avec les sources pour chaque.
WikiData à une page d'aide parlant de ça : wikidata:Help:Dates/fr#Dates_inexactes (deuxième point je pense). Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 septembre 2023 à 18:16 (CEST)[répondre]
Les articles en chinois et en anglais, les plus fiables en la matière, indiquent 1932. Cinéma-1930 (discuter) 26 septembre 2023 à 15:41 (CEST)[répondre]
Il faut aussi savoir que, pour ces personnes, lorsqu'elles ont quitté le continent, les informations d'état civil n'ont pas toujours été fiables à leur récupération à Taïwan. Je connais des exemples précis dans ce domaine.
On en déduira donc qu'il y a du flou et que ça n'a pas d'importance : en réalité c'est peut-être 1929 par exemple. Cinéma-1930 (discuter) 26 septembre 2023 à 15:47 (CEST)[répondre]
P. S. : j'avais laissé ma réponse sur la page Discussion Projet:Cinéma : je viens de me rendre compte qu'il faut répondre ici. Cinéma-1930 (discuter) 26 septembre 2023 à 20:23 (CEST)[répondre]
En Extrême-Orient, le décompte traditionnel de l'âge est d'avoir un an à la naissance. Ce système a été abandonné au cours du XXe siècle, la Corée du Sud étant le dernier pays en 2023. Voir https://www.bfmtv.com/international/asie/coree-sud/pourquoi-tous-les-sud-coreens-vont-voir-leur-age-baisser-d-un-ou-deux-ans-ce-mercredi_AD-202306280419.html. Donc, il y a deux âges l'âge traditionnel et l'âge international.--Pat VH (discuter) 26 septembre 2023 à 23:41 (CEST)[répondre]
@Nguyen Patrick VH
Certes, mais ça ne modifie pas la date de naissance qui n'a dans ce cas rien à voir avec l'âge.
Je vois plutôt ça comme des erreurs volontaires ou non lors du transfert sur l'île d'une partie de la population : j'ai connu de tels cas concrets dans la famille de mes relations. Les informations sur les dates de naissance étaient douteuses, et pour les hommes, permettaient d'avancer ou retarder la date d'incorporation dans l'armée de la république de Chine… et 1931 est précisément l'année de naissance pour laquelle on a 18 ans en 1949 (date de la fin de la guerre civile et du transfert vers Taïwan de ceux qui fuyaient le régime de Mao en compagnie de Tchang Kaï-chek). En outre, je crois savoir que la Chine d'avant 1949 n'avait pas d'état civil écrit, comme dans la plupart des pays du monde d'ailleurs. Il y a donc eu beaucoup de déclaratif lors de la constitution de l'état civil écrit sur l'île. Cinéma-1930 (discuter) 27 septembre 2023 à 00:13 (CEST)[répondre]

La France accueillera la Wikimania en 2026[modifier le code]

Bonjour à toutes et à tous, Pour celles et ceux qui n’étaient pas au courant, la France aura donc l'honneur d’accueillir la Wikimania 2026! Encore une fois, nous aimerions remercier toutes les personnes qui ont participé, de près ou de loin, a monter et défendre cette candidature.

https://www.wikimedia.fr/la-france-accueillera-la-wikimania-en-2026/

https://wikis.world/@Wikimedia_Fr/111130535757936413

https://twitter.com/Wikimedia_Fr/status/1706583133167010144

Michael Barbereau WMFr 26 septembre 2023 à 17:26 (CEST)[répondre]

Impossible de téléverser des photos.[modifier le code]

Bonjour le Bistro ! Je n'arrive pas à téléverser plusieurs photos sur Commons. Ce message s'inscrit à chaque tentative : Impossible de stocker le téléversement dans la réserve (UploadStashFileException) : « Une erreur inconnue s’est produite dans le serveur de stockage « local-swift-codfw ». ».. Quelqu'un peut-il m'expliquer si une maintenance est en cours ou si le problème vient de mon compte ? Belle soirée à tous. Supporterhéninois [J'suis un grand malade moi !] 26 septembre 2023 à 18:11 (CEST)[répondre]

Bonsoir Supporterhéninois. J'ai pour ma part réussi à télécharger plusieurs fichiers sur Commons, le dernier ce matin à 2h22, mais il semble y avoir quelques problèmes avec les serveurs (voir #PetScan ne répond plus !? plus haut et le graphique qui devrait s'afficher sur wikidata:Help:Dates/fr#Dates_inexactes). Il faudra sans doute attendre un jour ou deux.
Essaye peut-être avec l'ancienne page d'importation : https://commons.wikimedia.org/w/index.php?title=Special:Upload&uselang=fr
Bonne chance, cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 septembre 2023 à 18:39 (CEST)[répondre]

Désaccord éditorial sur Charles Dubouloz[modifier le code]

Je rencontre une difficulté d'ordre éditorial sur Charles Dubouloz avec @Gemini1980, par ailleurs Admin. En premier lieu, je suis surpris de devoir lui expliquer que l'outil rollback ne doit s'utiliser que pour du vandalisme et pas pour des différends éditoriaux.

En outre, j'ai longuement expliqué pourquoi cette modif était innappropriée. En effet, elle se fonde exclusivement sur des sources primaires pour affirmer un certain nombre de choses, et constitue pour moi un WP:TI.

Je suis enfin surpris de rencontrer de telles difficultés avec un admin... Durifon (discuter) 26 septembre 2023 à 19:03 (CEST)[répondre]

Si vous n'avez pas compris, je suis admin, parce que ça change tout sur le point de vue éditorial (en tout cas selon Durifon (d · c · b)). Émoticône Gemini1980 oui ? non ? 26 septembre 2023 à 19:08 (CEST)[répondre]
Au vu du déroulement des interventions, des commentaires annexes que j'ai lu, et de l'état actuel de l'article, j'avoue être du même avis que @Durifon sur ces points:
- l'article me semble connoté d'un message promotionnel chargé et en grande partie non sourcé,
- les sources, quand il y en a, sont de piètre qualité.
Quant à l'utilisation du rollback dans ces circonstances, je pense aussi qu'il ne peut que nuire à la construction d'un consensus, de même que la réponse au ton ironique ci dessus. Limfjord69 (discuter) 26 septembre 2023 à 20:11 (CEST)[répondre]
Le ton supposément ironique de Gemini1980 soulève seulement cette question : pourquoi insister lourdement sur son statut d'admin, dans le cadre d'un conflit éditorial ? En quoi est-ce éclairant en quoi que ce soit ? Dans la vie, il est peut-être pompier, garagiste ou hôtesse de l'air, faudrait-il également le mentionner ? Benoît (d) 27 septembre 2023 à 11:10 (CEST)[répondre]

Quand Wikipédia déforme l’histoire de la Shoah.[modifier le code]

[Pour info]

Les historiens Shira Klein et Jan Grabowski ont rédigé une importante étude sur les distorsions de l’histoire de la Shoah – en particulier en Pologne – contenues dans un grand nombre de pages Wikipédia.

https://k-larevue.com/quand-wikipedia-deforme-lhistoire-de-la-shoah-entretien-avec-shira-klein-et-jan-grabowski/

Bien à vous, 88.138.255.7 (discuter) 26 septembre 2023 à 19:28 (CEST)[répondre]

Je n'ai pas très bien compris de quelle version linguistique on parle, sans doute de wp.en comme évoqué dans la conclusion :  «  La Wikimedia Foundation doit intervenir, comme elle l’a déjà fait pour endiguer la désinformation sur les versions chinoises, saoudiennes et croates de Wikipedia, avec d’excellents résultats. Elle doit également le faire dans sa version anglaise. »
Les interviewés sont Jan Grabowski, professeur au département d’histoire de l’université d’Ottawa et Shira Klein, professeur associé d’histoire à l’université Chapman en Californie.
Ce n'est pas pour dire qu'il n'y a pas de problèmes similaires sur wp.fr (je n'en sais personnellement rien), mais ce n'est sans doute pas ce dont on parle ici.
Sans faire de whataboutisme, il peut y avoir des problèmes à chaque fois que le sujet est sensible, c'est pour ça que baser son travail sur des sources secondaires fiables est primordial, en oubliant surtout pas de respecter WP:PROPORTION.
Après, ce que disent les sources ne plaît pas forcément à tout le monde, mais sur Wikipédia l'exactitude prime sur la vérité, ce que beaucoup, même ici depuis des années, n'est pas forcément conscient. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 26 septembre 2023 à 20:08 (CEST)[répondre]
Discuté sur Discussion Portail:Shoah#Tripotages de l'historiographie sur la Shoah en Pologne. Cdlt, — Jules* discuter 26 septembre 2023 à 20:20 (CEST)[répondre]
... où nous constatons en effet qu'un "certain nombre" d'articles sur :fr sont contaminés par la désinformation que démont(r)ent ces deux professeurs. Toutes les bonnes volontés sont les bienvenues pour relire, vérifier, reprendre les sources... et proposer en DdA en cas de page irrécupérable. Cdt, Manacore (discuter) 26 septembre 2023 à 20:27 (CEST)[répondre]

Infobox Biographie2 sans charte[modifier le code]

Bonjour à tous,

Quelqu'un connaîtrait-il un moyen d'obtenir la liste des articles utilisant l'{{Infobox Biographie2}} avec la charte graphique par défaut ?

Attention, cela n'est pas équivalent à la liste des articles qui ont le paramètre charte vide (contre-exemple au hasard : Bernard Lang où le paramètre n'est pas renseigné, mais la charte écrivain est utilisée car c'est la seule valeur de P106 sur Wikidata).

Bonne soirée,

Pharma 💬 26 septembre 2023 à 19:48 (CEST)[répondre]

Salut @Pharma,
Pour commencer, tu peux considérer les pages avec charte vide : liste (coche 5000, la limite max).
Ensuite, soit Module:Infobox/Biographie est modifiée pour catégoriser toutes les pages ayant l'infobox et une charte par défaut ;
soit il faut dresser la liste ; par exemple avec un dump (je peux le faire Émoticône). Le plus simple serait de catégoriser (@GrandEscogriffe qu'en dis-tu ?), ça évitera d'avoir à refaire la liste. LD (d) 27 septembre 2023 à 02:04 (CEST)[répondre]
Bonjour Pharma et LD Émoticône, voici Catégorie:Article utilisant l'infobox Biographie2 par charte graphique avec la catégorie de la charte par défaut (en cours de remplissage) ainsi qu'une ébauche de classification par charte. On peut continuer à compléter cette dernière en créant les différentes catégories mais pour la terminer il faudrait régler ce sujet qui traîne depuis plus d'un an pour ne pas avoir à créer une catégorie par alias d'une même charte. l'Escogriffe (✉) 27 septembre 2023 à 17:33 (CEST)[répondre]
C'est formidable @GrandEscogriffe ! Un grand merci. — Pharma 💬 27 septembre 2023 à 19:51 (CEST)[répondre]
Yes, merci @GrandEscogriffe =) LD (d) 27 septembre 2023 à 19:56 (CEST)[répondre]
Pas de souci ! Attention @Pharma, il peut être normal qu'une infobox Biographie2 ait la charte par défaut si on préfère ne pas choisir entre plusieurs activités d'importance équivalente, ou si aucune charte n'a été définie pour son activité principale. l'Escogriffe (✉) 27 septembre 2023 à 20:21 (CEST)[répondre]
Peut-être qu'il serait opportun d'avoir un paramètre dédié pour mes cas de plusieurs activités, même si c'est une charte généraliste qui s'affichera. « Polyvalent » ? LD (d) 27 septembre 2023 à 20:49 (CEST)[répondre]
@GrandEscogriffe, @Kertraon, @Simon Villeneuve et @A1AA1A Salut. Je viens de voir un problème sur Pierre-André Imbert. « Erreur Lua dans Module:Infobox/Biographie à la ligne 97 : attempt to concatenate local 'chartcatlabel' (a nil value) ». Zetud (discuter) 28 septembre 2023 à 10:45 (CEST)[répondre]
1293 pages concernées. Zetud (discuter) 28 septembre 2023 à 10:48 (CEST)[répondre]
local chartcatlabel
if personformat[2] and personformat[2][1] then
    chartcatlabel = "Article utilisant l'infobox Biographie2 avec la charte " .. personformat[2][1]
else
    chartcatlabel = "Article utilisant l'infobox Biographie2 avec une charte par défaut"
end
local categories
if not mw.title.makeTitle('Catégorie', chartcatlabel ).exists then chartcatlabel = "Article utilisant l'infobox Biographie2 avec une charte sans catégorie" end
Ceci corrigerait ? LD (d) 28 septembre 2023 à 11:32 (CEST)[répondre]
Aucune idée. Je me suis posé la question de restaurer ou non la version de ce Module:Infobox/Biographie du 31 août 2023, mais je n'ai pas osé par peur d'effets de bord (si j'amais les dernières modifs de ce module allaient de pair avec d'autres modifs ailleurs). Zetud (discuter) 28 septembre 2023 à 12:21 (CEST)[répondre]
C'est corrigé. Merci du signalement. l'Escogriffe (✉) 28 septembre 2023 à 13:09 (CEST)[répondre]
Tu as fait bien de ne rien faire, @Zetud, car cela concerne des milliers de page et la catégorisation met tellement longtemps à se faire et défaire ... Émoticône
La syntaxe Lua est quand même bien mystérieuse, @GrandEscogriffe Émoticône ; bravo ! LD (d) 28 septembre 2023 à 13:22 (CEST)[répondre]
@LD sur la syntaxe de cela : Lua possède un objet sans contenu, nil, qui s'obtient entre autres lorsqu'on essaie de prendre l'élément d'une table à un indice qu'elle ne possède pas : par exemple avec la table vide, {}[1] (indice numérique) ou {}.machin (indice chaîne de caractères). Lorsque le code est appliqué à des données qui n'ont pas la structure prévue, on peut donc se retrouver à manipuler des nil.
C'est là qu'intervient or qui, en plus de son rôle de conjonction entre booléens, sert à corriger les nil. Pour deux variables a et b de n'importe quel type, a or b vaut b si a est un nil, et vaut a si a est n'importe quel autre objet. l'Escogriffe (✉) 28 septembre 2023 à 14:42 (CEST)[répondre]

┌─────────────────────────────────────────────────┘
@GrandEscogriffe merci pour tes explicitations. J'avais bien compris être face à une sorte d'expression ternaire avec des booléens, comprenant la logique derrière mais ça me semble pas « naturel ». Disons que je suis plus habitué à ce que ce genre de logique ressemble à du php avec $variable = (condition) ? valeur_si_vrai : valeur_si_faux;. Non seulement, Lua semble être un langage plus « ramassé » mais en plus il semble accepter qu'on génère une erreur pour mettre en place une logique, ce qui est assez contre-intuitif.

Donc, si j'ai bien tout compris, le code d'exemple suivant sera faux car pour que chartcatlabel me retourne nil dans le else, il faut plutôt qu'on cherche la valeur à la clé [1]. Je dois donc écrire elsechartcatlabel = {}[1], ce qui me crée ainsi l'erreur nil car la recherche dans {} est infructueuse.

if personformat[2] then
    chartcatlabel = personformat[2][1]
else
    chartcatlabel = {}
end

if chartcatlabel == nil then
    chartcatlabel = "par défaut"
end

Si tel est le cas, ça ressemble assez à du python ; mais j'aurais eu tendance à écrire :

if (chartcatlabel or personformat[2][1]) == nil then
    chartcatlabel = "par défaut"
elseif personformat[2][1] then
    chartcatlabel = personformat[2][1]
end

Car je ne vois pas pourquoi la création et la vérification d'une table vide sont des étapes fondamentalement nécessaires ; à moins qu'on vérifie grâce à {} que personformat est toujours une table par la même occassion.

Pourrait-on aussi écrire les deux codes suivants ?

local chartcatlabel = (personformat[2][1] ~= nil) and personformat[2][1] or "par défaut"
if personformat[2] then
    chartcatlabel = personformat[2][1]
else
    chartcatlabel = "par défaut"
end

Désolé je suis un profane de Lua mais mieux comprendre m'intéresse, j'en appelle à ta bonté pour m'éduquer Émoticône LD (d) 28 septembre 2023 à 16:37 (CEST)[répondre]

@LD, premièrement, un erratum : {}[1] est en réalité une erreur de syntaxe mais ({})[1] est accepté. Honnêtement, je ne comprends pas pourquoi.
Ton premier code est en effet, une version développée de mon local chartcatlabel = (personformat[2] or {})[1] or "par défaut" à ceci près qu'il manque, comme tu l'as compris, l'indexation de la liste vide par [1] ; mais aussi la déclaration de chartcatlabel comme nouvelle variable locale, qui est obligatoire. Ce serait donc :
local chartcatlabel

if personformat[2] then
    chartcatlabel = personformat[2][1]
else
    chartcatlabel = ({})[1]
end

if chartcatlabel == nil then
    chartcatlabel = "par défaut"
end
Or ({})[1] n'est autre que nil donc on pourrait aussi bien remplacer cette ligne par chartcatlabel = nil ; par ailleurs une variable locale qui est seulement déclarée est par défaut un nil donc on pourrait aussi bien se passer entièrement de la ligne :
local chartcatlabel

if personformat[2] then
    chartcatlabel = personformat[2][1]
end

if chartcatlabel == nil then
    chartcatlabel = "par défaut"
end
La création d'une table vide n'était donc pas en soi nécessaire, c'était juste un moyen compact d'avoir le résultat souhaité dans le cas où personformat[2] est un nil (chose qui peut se produire si personformat est une table sans deuxième indice — ou même, je le découvre, si personformat est une chaîne de caractères — et qui créerait une erreur si on ne le traitait pas à part car on ne peut pas indexer un nil) en s'intégrant au code du cas général dans lequel il faut un table à indexer.
Ton deuxième code prend le risque d'un message d'erreur si personformat[2] est un nil. Si tu es certain que ce n'est pas le cas, et si tu rajoutes la ligne local chartcatlabel au début, il fonctionne mais la première condition peut être simplifiée en if personformat[2][1] (car chartcatlabel étant nécessairement nil à ce point, il ne sert à rien de tester cela).
Ton troisième code possède le même risque de message d'erreur. À part cela il semble fonctionner même si personnellement je le trouve assez difficile à comprendre.
Ton quatrième code ressemble au deuxième de mes codes ci-dessus, et il ne produira en lui-même pas plus de message d'erreur, mais il présente le risque de produire un chartcatlabel égal à nil (par exemple, si personformat[2] est une table vide). Cela entraînerait une erreur dans la suite du code, en fait, la même erreur qu'il y avait tout à l'heure : une tentative de concaténer un nil comme si c'était une chaîne de caractères.
--l'Escogriffe (✉) 28 septembre 2023 à 18:37 (CEST)[répondre]
Merci @GrandEscogriffe.
En naviguant le manuel, je crois comprendre que la syntaxe pour interroger une table serait (table).__index, par convention, ou table(obj)[index], ce qui expliquerait pourquoi ({})[1] fonctionne mais pas {}[1].
Après j'ai quand même l'impression qu'on devrait déclarer chartcatlabel comme un nil car cette première devrait avoir une valeur de table, même si une clé absente sera toujours nil. Enfin, ça c'est si je comprends bien 2.1 – Values and Types et que notre interpréteur n'est pas différent.
Je voyais mal pourquoi personformat[2][1] pouvait renvoyer nil, croyant qu'il aurait toujours une valeur ; mais lorsqu'on regarde setcharte() on voit bien qu'on ne définit jamais de de valeur par défaut.
J'ai donc globalement compris la structure et je trouve ça sympa qu'on puisse arriver à un résultat identique grâce à une souplesse d'écriture. LD (d) 28 septembre 2023 à 21:43 (CEST)[répondre]